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REMARKS/ARGUMENTS 

1. Claim rejections: 

Claims 1-2, 7, and 17-19 are rejected under 35 U.S.C 103(a) as being unpatentable 
over Schieve (US 5463766) in view of Sanchez (US 6477666). Claims 3-4 and 8 are 
5 rejected under 35 U.S.C 103(a) as being unpatentable over Schieve in view of Sanchez 
and in further view of Phillips (US 5321828). 

2. Response: 

The Examiner's position is that Schieve does not explicitly disclose resetting a 
1 0 parameter to simulate the peripheral device being in the error state throughout execution 
of the event corresponding to the diagnosis code, however, Sanchez in the same 
analogous art of testing the computer program about reliable and proper handling of 
various faults under various conditions, discloses a method to simulate the error state 
throughout execution, and thereby rejects the independent claims 1 and 18 of the present 
15 application. 

The present application provides a method for program debugging to allow users to 
debug without destroying any hardware. Therefore, when a firmware designer debugs a 
firmware program, he does not have to destroy a peripheral just to know if the firmware 
20 program successfully detects the error state and executes the corresponding function under 
the condition that the peripheral is in the error state. 

However, in Schieve's application, according to column 8, lines 21-25, "Next, 
execution proceeds to block 430, wherein the boot loading routine has read the rudimentary 
25 image directory and generates as a function of the peripherals detected and the contents of 
that directory, an options screen", Schieve only teaches "testing" of the peripherals that are 
detected, and detection is done in step 410 (Fig.4), long before any test options become 
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available (Fig.4, steps 430 and 440). In other words, by utilizing Schieve's application even 
as suggested by the Examiner, a user can only know if existing peripherals "pass the test" 
(Fig.4). Peripherals that are not detected are not tested. On the other hand, present claim 1 
includes limitations of processing both the general processing path and the error processing 
5 path for each event, regardless if the peripheral device being tested actually exists, something 
Schieve cannot do. 

Furthermore, it is respectfully disagreed that Schieve's application and Sanchez's 
application are should be combined as suggested. In fact, designing a computer system 

1 0 generally needs three kinds of designers/engineers: hardware designer, firmware designer, 

and software designer. The hardware designer designs the circuits and power of the computer 
system, the firmware designer designs the basic functions, drivers for the circuits, and defines 
the basic interactions between the circuits by assembly programming, and after the debugging 
of the hardware and the firmware phases are done, then the operating system (for example, 

1 5 Windows) is loaded into the computer system. Since the operating system is loaded into the 
computer system, the software designer starts to design software applications such as JAVA 
programming on the operating system. Therefore, during the phases of firmware 
designing/debugging, the design environment is very difficult and very different from the 
design environment of the software because no operating system is loaded, which means no 

20 high-level commands can be used for debugging. The firmware designer can only use few 
simple commands to design and debug other than the complex commands on the operating 
system, and this is very well known to those skilled in firmware designing. That is the reason 
and the motivation of the present application providing a method for debugging with 
destroying any peripherals. Therefore, a firmware designer cannot achieve the present 

25 application by only the teaching from Sanchez's application because Sanchez's application 
provides teaching in the software art, not in the firmware art, and vice versa. For the reasons 
described above, Schieve's application and Sanchez's application cannot be reasonably 
combined. 
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Additionally, the Examiner does not explain how and why it would have been 
obvious to one having ordinary skill in the art at the time the invention was made to use 
Sanchez's fault injection method to simulate the error state of peripheral devices in Schieve, 
5 especially how to test both error and non-error code routines for devices that are not detected. 
According to Examination Guidelines for determining Obviousness Under 35 U.S.C. 103 in 
View of the Supreme Court Decision in KSR International Co. v. Teleflex Inc, "Rejections 
on obviousness cannot be sustained by mere conclusory statements ; instead, there must be 
some articulated reasoning with some rational underpinning to support the legal conclusion of 
1 0 obviousness." Therefore, the applicant respectfully reminds the Examiner that rejections 
found in this OA is not supported by "substantial evidence" as required under the 
Administrative Procedure Act (APA). The applicant preserves all rights under the APA in 
appeals within the PTO as well as the judiciary. 

1 5 Therefore, claim 1 of the present application is patentable over Schieve in view of 

Sanchez and should be allowable. Since claims 2-4, 6-8, and 17 are dependent on claim 1, 
claims 2-4, 6-8 and 17 should be allowable if claim 1 is allowable. 

Claim 1 8 of the present invention is patentable over Schieve in view of Sanchez and 
20 should be allowable for the same reason above. 

Applicant respectfully requests that a timely Notice of Allowance be issued in this 

case. 
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Sincerely yours, 



/AJU«?Z*ry hfw* Date: 05/12/2008 



Winston Hsu, Patent Agent No. 41,526 
5 P.O. BOX 506, Merrifield, VA 221 16, U.S.A. 
Voice Mail: 302-729-1562 
Facsimile: 806-498-6673 
e-mail : winstonhsu@naipo.com 



10 Note: Please leave a message in my voice mail if you need to talk to me. (The time in D.C. 
is 12 hours behind the Taiwan time, i.e. 9 AM in D.C. = 9 PM in Taiwan.) 
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